Attorney Docket No. 
014354.0013 



PATENT APPLICATION 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

SPECIFICATION 
accompanying 

Application for Grant of U.S. Letters Patent 

TITLE: SYSTEM AND METHOD FOR UPDATING MERCHANT PAYMENT DATA 

FIELD OF THE INVENTION 

^^^■f-^-;r,e -Hr^ 1-hp. field of 
[0001] The present invexiLj-un - 

payment processing systems, and more particularly to a system 
and method for updating merchant on file payment data that 
allows a merchant to get updates to the data prior to the 
occurrence of a payment event. 



014354.0013 DALLAS 690547 vl 



1 



Attorney Docket No. 
014354.0013 



PATENT APPLICATION 



BACKGROUND OF THE INVENTION 
[00021 Account update systems are known in the art. For 
example, card processors have recently announced that merchants 
who provide their customers with recurring payment processing 
5 for periodic services, such as Internet service providers or 
toll tag services, can obtain updated account information in 
response to requests for individual customers, such as when 
payment data submitted for a customer comes back with an 
indication that the payment data is incorrect. Additionally, 
10 merchants who keep account information "on file" can obtain 
updated account information. These processes are designed to 
allow merchants to troubleshoot problems for customers that 
have enrolled in recurring payment programs or otherwise have 
their account information on file. 
15 10003] Although such account update services are of value, 
the processes used by the payment processors require merchants 
to receive error messages and identify individual records for 

j.,^^ TVitiQ plthouah 

submission, such as after an error l...xv=.. - 

such processes allow merchants to take corrective action, they 
20 do not prevent the errors from occurring and also require 
.nerchants to incur significant administrative costs in handling 
such situations. 
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SUMMARY OF THE INVENTION 
[00041 in accordance with the present invention, a system 
and method for updating merchant on file payment data are 
provided that overcome known problems with updating merchant on 
file payment data. 

[00051 in particular, a system and method for updating 
merchant on file payment data at a payment processor are 
provided that allow merchant on file payment data to be 
updated before the merchant receives an indication that the on 

file payment data was not accepted. 

[0006] in accordance with an exemplary embodiment of the 
present invention, a system for updating merchant on f.le 
payment data at a payment processor is provided. The system 
includes a merchant processing selection system receiving 
selection data for one of two or more types of on file payment 
data update processing. A merchant account update system 
receives the selection data and processes account update data 
y^^^^^ r^-r. v. e selftctlon data. 

ToToW "The present invention provides many important 
technical advantages. One important technical advantage of the 
present invention is a system and method for updating merchant 
on file payment data that allows a merchant to receive updated 
account data prior to submitting a request for payment in an on 
file payment account, so as to reduce the administrative costs 
associated with on file payment processes. 

[0008] Those skilled in the art will further appreciate the 
advantages and superior features of the invention together with 
other important aspects thereof on reading the detailed 
description that follows in conjunction with the drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
10009] FIGURE 1 is a diagram of a system for updating 
merchant on file payment data at a payment processor xn 
accordance with an exemplary embodiment of the present 

' ZT^'\.0^. 2 is a diagram of a system for providing 
merchant account update functions in accordance w.th an 
exemplary embodiment of the present invention; 
: .X, FIGURE 3 is a diagram of a system for providing card 

10 processor interface capability in accordance with an exemplary 

en^odiment of ^^^^^ , providing 

[0012] FIGURE 4 IS a flow cnarc oi- 

ILL updater functions through a transaction processor 
system in accordance with an exemplary embodiment of the 

•III present invention; and .^.^.^^^ 
,00131 FIGURE 5 is a flow chart of a method for submitting 
Lcorda for account updates in accordance with an exemplary 
embodiment of the present invention. 
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1 DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
[0014] 'in the description that follows, like parts are 
marked throughout the specification and drawings with the same 
reference numerals, respectively. The drawing figures might 
not be to scale, and certain components can be shown in 
generalized or schematic form and identified by commercial 
designations in the interest of clarity and conciseness. 
[0015] FIGURE 1 is a diagram of a system 100 for updating 
merchant on file payment data at a payment processor in 
accordance with an exemplary embodiment of the present 
invention. System 100 allows a transaction processing system, 
such as a credit card payment processor or gateway, to perform 
merchant update request submissions for account data, so as to 
obtain updated records and to provide the updated records to a 
merchant prior to the point in time that a merchant would need 
to take administrative steps to respond to the failure of an 
account to be paid through an on file payment program. 
[0016] system 100 includes exemplary merchant system 102, 
*• . . , r^-r a suitable 
which can be implemented in naraware, 

combination of hardware and software, and which can be one or 
more software systems operating on a general purpose server 
platform. As used herein, a hardware system can include 
discrete semiconductor devices, an application-specific 
integrated circuit, a field programmable gate array or other 
suitable devices. A software system can include one or more 
objects, agents, threads, lines of code, subroutines, separate 
software applications, user-readable (source) code, machine - 
readable (object) code, two or more lines of code in two or 
more corresponding software applications, databases, or other 
) suitable software architectures. In one exemplary embodiment, 
a software system can include one or more lines of code in a 
general purpose software application, such as an operating 
!ystem, and one or more lines of code in a specific purpose 
software application. Two or more merchant systems 102 can 
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also be provided. 

[0017] Merchant system 102 is coupled to transaction 
processing system 104, which can be implemented in hardware, 
software, or a suitable combination of hardware and software, 
and which can be one or more software systems operating on a 
general purpose server platform. As used herein, the term 
.-couple" and its cognate terms, such as -couples" and 
-coupled," can include a physical connection (such as a 
copper conductor), a virtual connection (such as through 
randomly assigned memory locations of a data memory device) , a 
logical connection (such as through logical gates of a 
semiconducting device), other suitable connections, or a 
suitable corri^ination of such connections. In one exemplary 
embodiment, systems and components are coupled to other 



systems and components through intervening systems and 
cLponents. such as through an operating system^ 
communications media can be a local area network, a w.de area 



network, a public network such as the Internet, the publ.c 

... ...^^v wirfiless media, fiber optic media, 

switcnea uexeyiiwiio x.v.^..^^-^, ^^^2- 
other suitable media, or a suitable combination of such med.a 
[0018] Transaction processing system 104 is coupled to 
exemplary card processor system 106. Two or more card 
exempia y provided. Merchant system 

processor systems 106 can axso f 

102 provides transaction data to transaction processing system 
, X04, such as one or more credit card transactions that can be 
selected from two or more different card processing systems 
106 Transaction processing system 104 receives the account 
data from merchant system 102. determines the correct card 
processor system 106 to submit the account data to for 
3 validation, submits the account data for -Ud-ion, receives 
.n indication of whether the account data has been changed or 
n^t (such as when a card account is inactive, has been shut 
down due to fraud, or otherwise changed) . and provides the 
ndication of whether a transaction has been authorized or 
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denied to merchant system 102. Transaction processing system 
104 also tracks the transaction through reconciliation, such 
as where a card holder disputes a charge, so that the disputed 
charge can be tracked and the response from merchant system 
102 can be provided to the card holder. Transaction 
processing system 104 captures account data updates from two 
or more card processor systems 106, consolidates results and 
sends updates to merchant system 102. 

[0019] Merchant system 102 includes opt out system 108, on 
file payment system 110, and account data system 112, each of 
which can be implemented in hardware, software, or a suitable 
combination of hardware and software, and which can be one or 
.ore software systems operating on a general purpose server 
platform. Opt out system 108 allows a card holder to opt out 
of a recurring payment account updater system or process. In 
one exemplary embodiment, a card holder may elect to not allow 
a merchant to receive updated account data, such as account 
nun^er changes, expiration date changes, address changes 

, , , or- other changes to an account that 

account noxuei. nam^ - _„„k^-, 

can render the data used by a recurring payment system 
invalid, opt out system 108 allows card holders to log onto a 
merchant system I02, transaction processing ^^^^^ "^' /^^^ 
processor system 106, or other suitable systems and to opt out 
L allowing merchants to obtain account update data, exther n 
an individual merchant basis, on a general bas.s for all 
Lrchants, for a specific card, or in ^^^^ -f^^^^^ 7;;/;^, 
opt out system 108 thus allows a card holder to control 
Tether a given merchant will be allowed to obta.n update 
Tta! such that the card holder can have control over whether 
) a merchant receives account update data. 

[00201 on file payment system 110 allows a card holder to 
set up an account on file for payment of services or goods 
provided through merchant system 102. In one exemplary 
embodiment, on file payment system 110 can be used w.th 
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internet service providers, toll tag service providers, 
utility service providers, online retailers, catalog 
retailers, or with other suitable providers of goods or 
services that perform monthly billing, or other future 

5 billings so as to allow the card holder to consolidate bills 
on a single charge statement. Likewise, on file payment 
system 110 can allow a card holder to readily opt in or out of 
the on file payment program on a merchant specific basis, such 
that the card holder can make decisions for payment of charges 

10 based on ability to pay credit card balances, the amount of 
points awarded in a credit card incentive plan, or based on 
other factors. 

[00211 Account data system 112 stores account data for on 
file payments submitted by merchant system 102. In one 
15 exemplary embodiment, account data system 112 can include card 
holder name data, address data, credit card number data, 
expiration date data, or other suitable data that is submitted 
with an on file payment to transaction processing system 104. 

^ r,-..>o»««ina svstem 104 includes merchant 

20 account update system 114, card processor account update 
system 116, and transaction record system 118, each of whxch 
can be implemented in hardware, software, or a suitable 
combination of hardware and software, and which can be one or 
more software systems operating on a general purpose server 
25 platform. Merchant account update system 114 interfaces wxth 
merchant system 102 to receive merchant account update records 
or other suitable data. In one exemplary embodiment, merchant 
account update system 114 can allow a merchant to select a 
type of account update process, such as a record extraction 
30 process in which records from previous transactions are mined 
to determine whether they should be submitted to an account 
updater process of a card processor system, a merchant 
download process that allows a merchant to extract the on fxle 
payment records for submission to a transaction processor 
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system 104, or other suitable processes. Likewise, merchant 
account update system 114 receives account update data from 
card processor systems 106 and assembles the account update 
data to match a merchant format or performs other suitable 
functions. 

[00231 Card processor account update system 116 provides 
account update records to card processor system 106 in 
accordance with card processor rules, formats, submission 
processes, or in other suitable manners. Card processor 
account update system 116 can also receive format, rule 
process, or other suitable updates or changes from card 
processor systems 106 and can implement such updates or 
changes without the involvement of merchant system 102, so as 
to make the process of submission of account update requests 
5 to card processor systems 106 transparent to merchant systems 
102 Likewise, where data needs to be transmitted to merchant 
system 102. such as requirements on the number of days a 
merchant has to implement updates before submitting an on file 
„ ,^^^„nh tn which updates have been applied or 
0 other suitable information, card processor account update 
system 116 can provide such data to merchant system 102 or 
Other suitable systems. 

t0024] Transaction record system 118 receives transaction 
data from transaction processing system 104, and stores the 
25 transaction data for use in transaction processing account 
reconciliation of the transaction settlement, or for other 
suitable purposes. Transaction record system 118 can be mined 
using merchant customizable selection criteria, to extract all 
transactions for submission as on file payments to a card 
30 processor system 106, or in other suitable manners. 

[0025] card processor system 106 includes account update 
system 120 and on file payment rules system 122, each of which 
can be implemented in hardware, software, or a suitable 
combination of hardware and software, and which can be one or 
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more software systems operating on a general purpose server 
platform. Account update system 120 provides account update 
data in response to a query received from transaction 
processing system 104 for a given account record. In one 
exemplary embodiment, account update system 120 can include 
one or more format or rule requirements that are imposed by a 
card processor system 106, such as the format of a request for 
account update data, the types of accounts for which account 
update data can be requested, whether requests for account 
updates can be submitted based on previously submitted 
requests, or other suitable data. 

[00261 on file payment rules system 122 applies one or more 
predetermined rules to process requests for the update of 
payment data for on file payment accounts. In one exemplary 
embodiment, the on file payment rules can include processes 
for ensuring that on file payments are not provided to certain 
accounts, for ensuring that card holders that have opted out 
from account updates for on file payments are not provided 

.,, ,.r.^.^^« and for submission of account updates 

for on file payment accounts. 

[00271 in operation, system 100 allows merchants with on 
file payment processes to receive updated account data for 
their customers that have opted into such on file payment 
processes, without requiring the merchant system to incur 
administrative expenses in responding to non-payment of 
submitted on file payments. System 100 allows a transaction 
processing system to submit requests for updated data based on 
participants in on file payment programs, such ^^^^^ 
changes can be detected before an on file payment is submitted 
and results in nonpayment, thus helping to save operators of 
merchant system 102 from administrative costs associated with 
responding to such nonpayment data and from having to 
individually request account update data from card processor 
system 106. System 100 further allows such processes to be 
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performed with minimal involvement by the merchant, such as by 
mining merchant transactions that are submitted to card 
processing systems 106, allows merchants to 
requested data in a format that allows transaction 
5 system 104 to convert from the merchant format to card 
processing system formats, and performs other suitable 

[0028r"'«SnRE 2 is a diagram of a system 200 for providing 
merchant account update functions in --^^^'^^^^ J^"^ 
10 exemplary embodiment of the present invention. System 20 
includes' merchant account update system 11. — 
processing selection system 202, record 

Lrchant download system 206. and -^^<'^^\''^'°'IJ;2T 
system 20B, each of which can be implemented .n ha dware 
15 software, or a suitable combination of hardware and software 
air Which can be one or more software systems operating on a 
general purpose server platform. receives 
10029] Merchant processing selection system 202 recexves 
^ .... „f r,n file payment data 

selection data for two or ™u.<= ^y^-^ - 

.r.^ selects the corresponding type of on file 
,C processing in response to the selection 

Tar r one eUplary embodiment, merchant processing 
Telection system 202 can be used when a merchant signs up for 
r f.le parent data T^Z^J:::^ 

" ;rocer"rdor:a: pic:::, to submit their o. 

process, <* op^ipct other suitable 

account update requests, or to select ot 
processes. Merchant processing selection system 202 thus 
auows merchants to select the level of involvement with the 
30 oi file payment data update processing, such as -sponse o 
Tay ^g mLrfor less involvement, or provides other suitable 
fuLt!ons. Merchant processing selection system 202 can al o 
track account data for merchants that elect to submit their 
account update requests, such as to notify the merchant of 
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rejected transactions that would have been detected if the 

account update requests were handled for the merchant, to 

notify the merchant of submitted account update requests that 

will be rejected due to the failure to comply with one or more 

card processor system 106 rules or formats, or to otherwise 

demonstrate to the merchant the benefits of having transaction 

processing system 104 submit account update requests. 

t0030] Record extraction system 204 extracts on fUe 

payment data update records based on data entered in response 

to merchant processing selection system 202 or other suitable 

data in one exemplary embodiment, record extraction system 

204 can receive a period for which to extract payment records 

for submission to a card processor system 106, such as 

payments from a predetermined number of days prior to the 

current day, recurring payments based on payments that have 

been repeated more than once at an interval specified by each 

merchant, all records submitted for payment, or other suitable 

processes. In one exemplary embodiment, record extraction 

-n.™ .,«..-^h«nta that deal with primarily 
system "^a" a^^^ • 

recurring payment processes to elect to have all account 
records for the customers that have elected recurring payments 
to be submitted to a card processor system 106. Likewise, for 
merchant systems 102 that have very few on file payment 
customers, such merchant processors may elect to have record 
extraction performed only for accounts that have had recurring 
payments, such as accounts having charges submitted at 
predetermined dates, two or more charges separated by a 
predetermined number of days, or in other suitable manners. 
[0031] Merchant download system 206 receives processing 
account update records from a merchant system 102 such as 
where the merchant system 102 has a predetermined file of 
payment accounts, where a merchant system 102 has a few number 
of recurring payment accounts and can extract the payment 
account data readily, or in other suitable manners. 
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[0032] Merchant upload format system 208 receives account 
update data from card processor systems 106 in response to 
account update records submitted to each card processor system 
106 and converts the account update data into a merchant 
compatible format. In one exemplary embodiment, merchant 
upload format system 208 stores merchant record formats for 
each merchant participating in the merchant account update 
process for on file payments, each format for merchants based 
on predetermined merchant processing formats, or other 
suitable merchant formats, and converts the account update 
data received from card processor systems 106 to the merchant 
format based on the known mapping between the card processor 
system 106 formats and the merchant formats. Likewise, other 
upload functions can be performed, such as submission of 
individual records, submission of batch records, direct 
interfacing with merchant system 102 to perform uploads, or 
other suitable processes. 

[00331 in operation, system 200 allows a merchant system 
102 to receive on file payment account updates for customers 
that ^have elected to have on file payments paid automatically, 
so as to avoid submission of incorrect account data and the 
corresponding administrative costs associated with reconciling 
the declined charges. In one exemplary embodiment, system 200 
allows merchants to focus on accounts where charges that have 
been submitted for payment are declined due to the customer 
having closed an account, received a new account or gotten a 
new account expiration date, so as to take administrative acts 
against such customers to avoid future losses. 

[0034] FIGURE 3 is a diagram of a system 300 for providing 
card processor interface capability in accordance with an 
exemplary errbodiment of the present invention. System 300 
allows account update records received from a plurality of 
merchants to be submitted to different transaction processors 
in accordance with their individual format requirements, 
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rules, record submission processes, and other suitable 
requirements or processes. 

[0035] System 300 includes card processor account update 
system 116 and card processor rules system 302, updater format 
system 304, and record submission system 306, each of which 
can be implemented in hardware, software, or a suitable 
combination of hardware and software, and which can be one or 
more software systems operating on a general purpose 
processing platform. Card processor rules system 302 applies 
one or more card processor rules to account update data 
received from merchant system 102 or other suitable account 
update data. In one exemplary en^odiment, card processor 
rules system 302 receives transaction records from a 
transaction record system 118 and responds to record 
5 extraction processes, receives a batch file of account records 
from merchant system 102, or otherwise receives records and 
performs card processor rules processing on such records, such 
as to ensure that account records are not submitted contrary 

..... .^oo^,- r-,nf>s for submission of records. A card 

0 processor can require that certain types of merchant 
categories not be submitted for account updater processing, 
such as travel-related arrangements, outbound telemarketing 
merchant codes, inbound telemarketing for information services 
via both phone and web merchant codes, betting/lottery/casino 
25 merchant codes, or other suitable codes. Card processor rules 
system 302 can extract account updater records for merchants 
having such associated merchant codes. Likewise card 
processor rules system 302 can extract records for which an 
update was requested and for which a response was received. 
30 For example, if a response of -match made and account closed 
has previously been provided in response to an account update 
request, card processor rules system 302 can extract such 
records to avoid submission to the card processor and 
associated penalties, fees, or other problems. Likewise, if a 
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response of -match was previously made and an encrypted 
account number has been issued such that the issuer has to be 
contacted for a new encrypted account number," or if a 
response of '«a match has previously been made and the issuer 
5 has requested that the merchant contact the card holder,'' 
then card processor rules system 302 can extract such records 
or other suitable records. 

10036] Updater format system 304 converts account update 
records received from merchant system 102 or extracted from 

10 transaction record system 118 to the submission record format 
required by each associated card processor system 106. In one 
exemplary embodiment, updater format system 304 can convert 
data fields by adding or deleting unnecessary records can 
convert data fields by changing codes from a merchant code to 

15 a corresponding card processor system 106 code, or can perform 
other suitable format changes. 

10037] Record submission system 306 submits account update 
records to card processor systems 106 in accordance with the 

. , ..... r^^auired by each card processor 

recora suduij-ssj-"--!' t-^— - ^ 

20 system 106. In one exemplary embodiment, record 

system 306 determines the process required by each card 
processor, such as the number of records that can be submitted 
at a time, the sequence for submitting such records the 
number of records that can be submitted in a given period, or 
25 other suitable submission processes and ensures that requests 
for account update records are submitted in --^'^-^ 
such processes. Likewise, record submission -V^tem 306 can 
analyze responses to such records, such as to 

responses are appropriately handled, received at the correct 
30 timl received with the correct file nun^er, or otherwise 

ireceivecl. 

10038] in operation, system 300 allows a transaction 
processing system to interface with two or more card processor 
systems 106 to submit account update records received from 



014354.0013 DALLAS 690547 vl 15 



Attorney Docket No. 
014354.0013 



PATENT APPLICATION 



merchants or extracted from transaction data, so as to obtain 
account update data for on file paionent accounts where a 
change has been made to a card number, expiration date, or 
other changes, such that improper denial of charges does not 
occur and so as to avoid and reduce administrative costs 
associated with administering on file payment systems that 
allow payment through card processor systems 106 . 
[0039] FIOTRE 4 is a flow chart of a method 400 for 
providing account updater functions through a transaction 
processor system in accordance with an exemplary embodiment of 
the present invention. Method 400 begins at 402 where a 
merchant is prompted to select a type or types of account 
update processing. In one exemplary embodiment, a merchant 
can be prompted to respond to an offer for services, can be 
prompted when signing up for services, or a selection can be 
made in other suitable manners. The method then proceeds to 

[00401 At 404, it is determined whether the merchant has 

-rprords extracted from 
selected to nave <xK^^^^u.^^^ 

transactions that have previously been processed for the 
merchant, to submit a batch file of account records for 
updating, or both. If it is determined at 404 that an 
extraction process has been selected the method proceeds to 
406 where an extraction period is received. In one exemplary 
embodiment, a merchant can set the number of days prior to a 
current date for submission of extraction records, such as 
where the merchant must implement any update request records 
within a predetermined time prior to the submission of the 
next recurring payment charge. For example, if a merchant 
must update recurring payment data within five days of receipt 
of the update data from a card processor system 106, then that 
merchant may request that account records be extracted for 
Charges occurring 24 days prior to each current day, such that 
any changes within the 24-day period can be detected. In this 
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exemplary endDodiment, a change occurring on the 25'^ day would 
not be detected and would result in the merchant having to 
incur administrative costs to determine whether the nonpayment 
was due to insufficient funds or excessive charges to the 
5 credit account, or due to a change in the account data that 
does not reflect the ability of the card holder to pay. The 
method then proceeds to 408. 

[0041] At 408, records are extracted based on the selected 
extraction period, such as by searching through one or more 

10 sets of data for the merchant to extract records corresponding 
with the extraction period. The method then proceeds to 410. 
[00421 At 410, the submission record is assembled, such as 
by converting the merchant format to the card processor 
format. For example, all account update records for a 

15 merchant can be assembled by a card processor, and submission 
record processing can then be performed. Likewise, other 
suitable processes can be performed. The method then proceeds 

"ioots] If it is determined at 404 that batch processing is 
20 irilcted the method proceeds to 412 where a batch format 
submission is received from a merchant, such as a file 
containing account records for which update processing is 
requested. The method then proceeds to 414 where the account 
records are converted to a card processor format, such as by 
25 sorting the account update records by card processor tyve or 
source and then by applying the card processor format 
conversions for each card processor. The method then proceeds 
to 416 where the converted card account update records in each 
card processor format are assembled for submission to each 
30 card processor. The method then proceeds to 418. 

[00441 At 418, the submission records are processed in 
accordance with card processor rules. In one exemplary 
embodiment, card processors can require that account records 
that have previously been submitted not be resubmitted for 
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certain account update response codes following the previous 
submission, that account records for certain merchant codes 
not be submitted for account update processing, or that other 
suitable rules be implemented. The method then proceeds to 

5 420. 

[00451 At 420, merchants are notified of any discrepancies 
with the submitted account update records and the processor 
rules. in one exemplary embodiment, a merchant may have 
previously received a response to an account update record 
10 request, but may not have implemented the proper changes based 
on the response. Such merchants can be reminded of the need 
to implement such changes. Likewise, merchants can be 
notified if they have submitted account update records having 
merchant code types or other payment types for which account 
15 update processing is not performed or other account update 
record discrepancies. The method then proceeds to 422. 
[00461 At 422, the submission record is submitted to the 
card processors. In one exemplary embodiment, each card 

_„ ^ receive the submission record according to 

20 procedures dictated by such card processors for submission of 
account update records. The method then proceeds to 424. 
[00471 At 424, responses to the submission in the form of 
account updates are received. In one exemplary embodiment, 
the update data can include one or more codes that define 
25 whether the account record can be submitted subsequently for 
processing, or other suitable data. The update data can also 
be matched to the submission records. The method then 
proceeds to 426. 

[00481 At 426, the account update data is converted to a 
30 merchant format, such as a merchant format for submission of 
account update data into the merchant's account database, a 
merchant format for receiving data from transaction processing 
system 104, or other suitable merchant formats. The method 
then proceeds to 428. 
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[0049] At 428, the converted data is provided to the 
...^rchant, such as at predetermined times, in a predetermined 
sequence, by interfacing directly to the merchant systems, by 
providing a file to the merchant to be uploaded by the 
merchant, or in other suitable manners. The method then 
proceeds to 430. 

[00501 At 430, data is stored per the merchant rules, such 
as by storing the data in accordance with merchant processes 
or formats . 

[00511 in operation, method 400 allows merchants to obtain 
account update data for on file payment users. Method 400 
allows merchants to avoid administrative costs associated with 
determining whether an on file payment has been declined due 
to the inability of the account to be charged, due to a change 
in the account number, expiration date of the credit card, or 
other data that does not reflect the ability of the card 
holder to pay, and thus helps merchants to avoid initiating 
collection processes for customers that have only changed 

^..^ ^^ nards. fraud committed on a card, change 

of name, change of expiration date, or other similar changes. 
[00521 F16URB 5 is a flow chart of a method 500 for 
submitting records for account updates in accordance with an 
exemplary embodiment of the present invention. Method 500 
allows card processor rules to be applied prior to submission 
of a record so as to avoid charges associated with incorrect 
submissions or other charges. 

[0053] Method 500 begins at 502 where a record is extracted 
from a previous transaction. For example, the record can 
include one or more previous account update transactions, 
recurring payment transactions, credit or debit transactions, 
or other suitable transactions. The method then proceeds to 
504. 

[0054] At 504, it is determined whether the account update 
request has previously been submitted. If it has not 
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previously been submitted the method proceeds to 512. 
Otherwise the method proceeds to 506 where a response code 
from the previous submission is obtained from a database or 
other suitable systems. The method then proceeds to 508. 
5 [00551 At 508, the response code is compared to restricted 
codes for each card processor. In one exemplary embodiment 
card processors can require that previously submitted 
transactions (such as where a match was made and it was 
determined that the account was closed, where a match was made 
10 and it was determined that the account has been encrypted and 
that the issuer must be directly contacted for a new encrypted 
account number, or where a match was made and that the issuer 
had requested that the merchant contact the card holder such 
as where a card holder has opted out of an account update 
15 process) be checked prior to submitting a second request, such 
as to determine whether such response codes have previously 
been provided. The method then proceeds to 510. 
[00561 At 510, records having such restricted codes are 

. . „„^v-»r,i- anhmiasion for the card processing 

extraccea Lium unc — 

20 system. m addition, other suitable processes can be 
performed, such as notifying the merchant of the response to 
the previous submission. The method then proceeds to 512. 
[00571 At 512, the merchant category for each record is 
Obtained. The method then proceeds to 514 where the merchant 
25 category is compared to restricted categories for each card 
Trocessor. For example, card processors may not allow account 
record updating processes to be performed for C...eX-rel.te^ 
merchant codes, outbound telemarketing merchant codes, inbound 
telemarketing merchant codes for information services via both 
30 phone and web, betting/lottery/gaming or casino merchant 
codes, or other suitable merchant codes. The method then 
proceeds to 516. 

[00581 At 516, records with restricted merchant codes or 
categories are extracted. In one exemplary embodiment, the 
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records can be extracted for each merchant, after a batch of 
records has been assembled for each card processor, such as 
including records for one or more merchants, or in other 
suitable manners. In addition, other suitable processes can 
be performed, such as notifying the merchant of the response 
to the submission. The method then proceeds to 518. 
[00591 At 518, the account update records are converted to 
a card processor format. Likewise, this process can be 
performed previous to the prior steps. For example, a 
merchant can submit account update data or extracted account 
update records, which can then be converted to a card 
processor format prior to the extraction of previously- 
submitted records, records having invalid merchant codes, or 
other suitable processes. The method then proceeds to 520. 
[0060] At 520, the account update records are submitted to 
card processors in accordance with card processor procedures, 
in one exemplary embodiment, card processors may require 
records to be submitted individually, in batch form, at 

, in ni-edetermined sequences, or in other 

suitable manners. The method then proceeds to 522. 
[00611 At 522, response records are received from card 
processors. In one exemplary embodiment, response records can 
be received in batch and can be sorted by merchant code, a 
record code or in suitable manners. The method then proceeds 
to 524. 

[0062] At 524, the response code is stored, such as to 
allow the response code to be used to filter records for 
future submissions. The method then proceeds to 526. 
[00631 At 526, the response code is converted to a merchant 
format, such as to allow the merchant to receive a file of 
account update data and to implement the file without 
additional processes being performed to convert the file into 
the merchant's submission format. Likewise, other suitable 
merchant format conversions can be provided. The method then 
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requirements, such as changes to merchant codes that are 
Xed or accepted by a processor, changes to processing 
filer or dates, or other suitable changes that require a 
merchant to perform additional processes. 

10065] in operation, method 500 allows merchants to receive 
c uL update data for recurring payment customers by 

Tnterfacing with a payment processor and obtaxnxng such data 
rom a parent processor. Method 500 thus allows a paymen 

Trocessor to perform administrative worK and ensure that 

processor to p processor's internal procedures and 

compliance with each card processor 

formats is obtained for such records. 

00661 Although exemplary en^odiments of a system and method 
L the present invention have been described in detaU e 
those Skilled in the art will also recognize that various 
u itutions and modifications can be made to the systems an 
methods without departing from the scope and spirit of the 
appended claims. 
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